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Підсистема підготовки завдань інформаційної 
системи перевірки знань у медичній освіті 


Метою даної роботи є практична реалізація алгоритму автоматичного проектування тест-білетів. Розглянуто 
вимоги до інструментальних засобів і зроблено вибір інструментального середовища розробки й системи 
керування базою даних. Показано лістинги процедур генерації списку питань для тест-білета і рандомізації 
списку відповідей на питання. 


Вступ 


Проблема якісного контролю знань особливо актуальна для медичної освіти. 
Одним з інструментів для одержання керівної педагогічної інформації є результати тес- 
тування. Результат стандартизованого тестування дозволяє зіставити рівень окремого 
об'єкта (абітурієнта, групи) з предмета в цілому (або ж із окремих тем) із середнім 
рівнем або з подібним об'єктом. 

Однак використання тестових завдань - набору питань із варіантами відповідей - 
замість повноцінних тестів, що нерідко має місце, приводить до спрощення тестуван- 
ня, до простого опитування й дискредитує сам метод тестування, хоча в закордонній 
практиці він визнаний одним з найбільш надійних засобів масового контролю досяг- 
нень абітурієнта (1). У 1968 році Ф. Лорд 1 М. Новик |2|, |3| сформулювали основні 
постулати математичної моделі класичної теорії тестування. 

У зв'язку зі зростаючим використанням сучасної комп'ютерної техніки при ви- 
значенні рівня підготовки абітурієнтів і її широким впровадженням у практику роботи 
освітніх організацій виникає завдання формалізації процедур і методів підготовки тесто- 
вих завдань, створення технології тестування, розрахованої на масового користувача. 

Під час розробки нового програмного забезпечення (ПО) варто враховувати ос- 
новні тенденції останніх років у галузі засобів розробки додатків (Пгестагед Деуеіор- 
тепі Епуїгоптепі, ПЕ). 

Перша - це суттєве скорочення комерційної складової ринку засобів розробки -- 
інструменти із самостійних продуктів перетворюються в засоби підтримки тих або 
інших платформ (УМ/іпдаомуз8, Ілпих). Як наслідок, провідними постачальниками інст- 
рументів стали компанії, для яких основний бізнес - це платформне ПО (такі, як ІВМ, 
Місговой, Зип). 

Друга тенденція - поділ платформних технологій на два табори: Місгозо й МЕТ 
й Тама/ореп 50ицгсе. У першому випадку мова йде фактично про монопродукт Уізиа! 
Укидо, а в другому є досить широкий спектр конкуруючих інструментів, у тому чис- 
лі й один з одним. Останнім часом також спостерігається процес об'єднання засобів 
/ауа-розробки навколо проектів Есіїр5е й МекВеап5. Однак така інтеграція йде на ко- 
ристь насамперед постачальникам платформного ПО. 

Третій важливий момент: власне процес розробки ПО починає розглядатися як 
один з етапів керування життєвим циклом додатків (Арріїсабіоп 11їе Мапаєтепі -- 
АТ. М). Саме тому, якщо раніше поняття «інструмент» майже повністю асоціювалося 
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з інтегрованим середовищем розробки ОЕ, що включає редактор коду, компілятор, 
компонувальник Й відлагоджувач, то тепер стали частіше говорити про інструментальну 
систему, до складу якої входять засоби підтримки групової роботи, керування вимо- 
гами, тестування 1 т.д. |41. 

Незважаючи на зазначені тенденції, можливість створювати додатки для різних 
платформ із використанням єдиного середовища розробки залишається дуже актуаль- 
ною. Серед багатьох фірм, що займаються створенням засобів розробки, компанія Вог- 
Іапа (мумуму Богіапа.сот) - практично єдиний великий «неплатформний» постачальник. 
Флагманський продукт підрозділу ШОЕ компанії Вогіапа - СодеСеаг - КАР 5кидїіо 
являє собою сукупність Дербі, СУ Виійдег й Реіріі Юг МЕТ, що використовують мови 
програмування Обіесі Разсаї! й С--. Основні переваги, які Дербі, СН Вшідег й ВАР 
Укадїо дають розроблювачам ПО, - це універсальність і швидкість розробки, а також 
принцип відкритості. 

Відмінним прикладом можливостей компонентно-орієнтованого середовища роз- 
робки служить продукт СодеСеаг ДРеїррі/400, що складається з Дербі 2007 ог М/іп32 
і набору компонентів і ПО проміжного рівня СПепіОбіесів. Завдяки поєднанню мож- 
ливостей середовища розробки для У/іпдомуз зі спеціальним ПО стало можливо ство- 
рювати й поширювати сучасні С1Л-додатки для платформи Зузіет І (ІВМ). Найближчі 
плани розвитку Дербі й СН Виїдег містять у собі випуск (/пісоде-версії цих про- 
дуктів (2008 р.) 1 64-розрядної версії (2009 р.) (51. 

Мета даної роботи - представити одну практичну реалізацію алгоритму авто- 
матичного проектування тест-білетів. 


1. Опис експериментального проекту ІСПЗМО 


Сучасні інформаційні системи (ІС), у тому числі й освітні, являють собою кон- 
кретні програмні додатки, кожен з яких працює з певним набором інформації - базою 
даних |6|. Під час розробки нової інформаційної системи насамперед слід зазначити 
важливість інтеграції із уже існуючими ІС, які використовуються або плануються до 
використання в даному навчальному закладі. Без інтеграції й спільного використан- 
ня даних всіх ІС неможлива побудова єдиного інформаційного простору сучасного 
навчального закладу. 

У Тернопільському державному медичному університеті ім. І.Я. Горбачевсько- 
го (ТДМУ) зараз проводиться експеримент із впровадження комплексного тестування 
як одного з методів контролю знань студентів. Для технічного забезпечення підготов- 
ки й проведення тестування на кафедрі медичної інформатики розробляється інте- 
гроване середовище перевірки знань у медичній освіті (І|СПЗМО). Дана система 
відноситься до інформаційно-керуючих систем (ІКС) | 71. 

Основні функції розроблюваної ІКС: 

- створення, редагування й зберігання структури навчальних дисциплін; 
- створення, редагування й зберігання списку тестових завдань до навчальних дис- 
циплін; 
- створення, редагування й зберігання списку студентів навчального закладу; 
- створення й зберігання тестових завдань; 
формування завдань для проведення тестування (в он-лайновому або офф-лайно- 
вому режимі); 
- одержання й зберігання результатів тестування; 
формування звітності за результатами тестування; 
- обмін даними з АСУ «Контингент». 
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Загальний вигляд моделі інформаційної системи перевірки знань в медичній ос- 
віті показаний на рис. 1. 


Рисунок 1 - Модель інформаційної системи перевірки знань в медичній освіті 


На рис. І зображено: 1) структурні блоки моделі: 51 - підсистема формування 
бази тестових завдань; 52 - підсистема руху контингенту студентів; 53 - підсистема 
формування тест-білетів; 54 - підсистема реалізації (проведення) іспиту; 55 - підсис- 
тема оцінювання результатів тестування; 56 - підсистема аналізу валідності тестів; 
2) потоки даних моделі: 4Ї - оцінка якості тестових питань; 42 - база тестових завдань; 
43, 44 - база даних студентів; 45 - оцінка якості тестових білетів; 46 - база тестових 
білетів; 47 - еталонні відповіді; 45 - список відповідей студентів; 49 - база даних 
оцінок студентів; 410 - база даних результатів тестування. 


2. Практична реалізація алгоритму 
автоматичного проектування тест-білетів 


Розглянемо деякі загальні технічні питання, які виникають при необхідності ав- 
томатично спроектувати тест-білет: 

1. Необхідна повна реалізація структури тесту - повинні бути підготовлені пи- 
тання з кожного розділу тест-білета. 

2. Кількість розділів і питань з кожного розділу повинна відповідати вказаним. 

3. Вибірка питань повинна відбуватися випадковим чином. На етапі пробного 
тестування частота використання питань у тест-білетах повинна бути рівномірною. 

4. Структура білета повинна бути збережена для наступного аналізу й корекції. 

Як система керування базою даних для технічної реалізації проекту ІСПЗМО 
була обрана СУБД Еіїгебіга |8). Основні причини такого вибору: 

- при високій продуктивності й надійності, Еігебіга - вільно розповсюджуване, без- 
коштовне програмне забезпечення, що досить актуальне для навчального закладу; 

- дана СУБД використовується в АСУ «Контингент», що призначена для автомати- 
зації управлінської діяльності в медичному навчальному закладі; 

-. СУБД має дуже хорошу підтримку в сучасних інструментальних системах для різних 
мов програмування, таких як Обіесі Разсаї, /ама , РНР, С--- та інших. 

Спрощена блок-схема розробленого авторами алгоритму автоматичного проек- 
тування тест-білетів була описана раніше |9). На даному етапі розробки ІСПЗМО да- 
ний алгоритм реалізований мовою Обіесі Разса! з використанням інструментального 
середовища Дербі. Текст процедури автоматичної генерації тест-білета наведений у 
Лістингу І: 
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Лістинг 1. Процедура генерації тест-білетів 


1 ргоседиге Сепегатедз3кзіІ 151; 

2 уаг 

З паїпРтед, АЗКВуУ5сіеп58, СштАЗК, шартіпроз : іпіеєег; 

4 паипРгедСошії, МіпЕтед АЗКІ4, Мом Сепегаїеа , І самеСепегаїе, Сусіеї лтпії : 
іпіерег; 

5 бепегатей : Бооіеап; 

6 паїпРгедУїг, Сштбсіеп51ЇЮ : 8їгіпе; 

7 СитвієреАпзуегОгаєг : Т5ігіп858; 

8 АЗКІФІ д5ї, АпзмСоцпії 151 : агау ої іпіерег; 

9 АЗКПОЗбанця : агтау ої Бооісап; 


10 | Бевбіп 
11 СитвієреАпзУегОгдег - ТЗигпеі л5і.Стеаїе; 
12 гапдоті?е; 


13 гезкіедйнат Тез МодРДагадеє. бг8і; 
14 МУРбПе пог іезіедтсіт Тез МодРФагабеї. Бої до 
15 Беєіїп 1) 
16 Сиштосіеп5) 1- 
гезіейтіьаіт Тез  МоаРаїазеї ЕігІЇВуМате( СОХТЕХТМОРІЛ.Е ІР)).А85итпє; 
17 АЗКВубсієпя - 
гезіейтьіт Тез  МоаФаїабеї ЕікІМВуМате( АЗКСОТЛХТУ)). Аз Іпіерег; 


18 РегіогтУ5еагс  МіпітаЇЕгедиепсу( СштУЯсіепя), птипРтедзіг); 

19 ХоууУСепегатед :- 0; 

20 уУріїе Мом Сепегаїса « А5КВубсіеп5 до 

21 Беєіїп 12) 

22 І гамуеСепегаїе :- А5КВуЗсіеп5 - Мом'Сепегаїей; 

23 Регіогт5еагс БІ Л5 ОРАЯКУТЬМІпЕгед (Спіт8сіепзі), піпЕтедбіг, 
пипРгедСоипі); 

24 зеЙепеї ( АЗКІОІ л5ї, тиіпЕТед Соц); 

25 зеЙепеї( АпзуСошпії 451, паліпЕтедСоипї); 

26 зейепеї (АЗК Затв, плпЕгед Соц); 

21 Сегд5КІОІл5К АЗКІОІ л5ї, АпзмуСошпії л5ї, А5ЗКПУЗ(атия, тіпЕтед Соцп); 

28 їб патпЕгедСошії ? 0 (еп 

29 Беєїп 124) 

30 її тіпРгедСошпї ?- І сауеСепегате Феп Сусіеї Лтії :- І гауеСепегаїе 

31 еі5е Сусіеї лілії 2- паїпЕтедСоипі; 

32 Юг СштАЗК :- 1 їю Сусіеї Лтії до 

33 реєст 13) 

34 депегатедй :- Таї5е; 

39 гереаї 

36 йштрицпрозб 7 гапдот(татРтед Со); 

37 ЇЇ АЗКПОЗїатия  ппртіпроз| - Їа5е еп сепегагей :- ие; 

38 шпйї бепегатед - ігие; 

39 МіпЕтед АЗКІ4 :- А5ЗКПОІ л5К пприліпроз; 

40 АЗКПОЗбация| партіпроз) 17 ие; 

41 ЗегАпзууегОтавг( Ап5мСошпії л5ї партіпроз|, Ст ВієріА пбмегОгаєт); 

42 уутпеоНіпедязкРава(МіпЕтеддАзКІ4, СитвІЄреА пемегОтаєт, 
СштУ5сіеп581 0); 
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43 ут еСрапеедРЕтедиепі МіпЕгед АЗКІ4, тіпЕтедзіг); 
44 іс(МомСепегатеа); 

45 епа 1/3) 

46 епа 12 

47 сі5е 

48 Беєіїп 124) 

49 паїпРгед 12 5боїтк т пРтед5іг) 1; 
50 папРгед3іїг - шбоз5іг(патпРтед); 
31 еп; дан) 

52 епі; 1/2) 

53 гезгіефната Тез МодФРагабек Мехі; 

54 еп; 1/1) 

Зо СитвієреА пу егОгадєг. Етее; 

56 епі; 


Отже, розглянемо роботу даної процедури. Під час запуску відбувається ініціа- 
лізація тимчасового списку правильних відповідей СитВієвіАп5ууегОгаєг, ініціалізація 
генератора випадкових чисел і перехід у початок списку змістових модулів тестової 
дисципліни (рядки 1 1 - 13 Лістингу 1). 

У рядках 14 - 17 оголошується зовнішній цикл (цикл 1) процедури, у якому пе- 
ревіряється, чи досягнуто кінець списку змістових модулів для тестової дисципліни. 
З таблиці ТЕ5Т МОРОІ.ЕЗ бази даних зчитуються значення коду змістового моду- 
ля Ситтсіепз1Ю і кількості питань А5КВубсіеп5, які повинні бути включені в тестове 
завдання. 

Процедура Регіогтп5еагсрМіпітаЇЕтедпепсу (рядок 18) здійснює визначення міні- 
мальної частоти повторень питань пліпЕтедуїг для даного змістового модуля. При цьому 
фактично виконується наступний 5О1-запит: 

ЗЕТЕСТ пип(тезіазк5. їгедпепі) паїп бедшепі 

ЕКОМ (гезіазк5 

МУНЕКЕ ((гезїазк5.5сіепя 14-СштЗсіеп51)АМІЖагсіуе--0)); 

На кожній ітерації циклу І кількість вибраних питань установлюється в 0 (ря- 
док 19). Наступний за рівнем вкладення цикл 2 (рядок 20) служить для визначення 
кількості вже відібраних для тестового завдання, зі значеннєвого модуля, питань. 
При ініціалізації цього циклу визначається кількість питань, які залишилося вибрати 
І гамеСепегаїе (рядок 22). 

Процедура РегіогтЗеагсрі 15: ОСАЗКУОМІпЕтед (рядок 23) визначає в базі даних 
кількість питань із зазначеною частотою повторів піпЕгтедСоипі. При цьому виконує- 
ться наступний 501 запит: 

ЗЕТ.ЕСТ г(езіазк8 едпепі, (е5їа5к5.апзхусопті, гезгавзк5.1Й авк 

ЕКОМ гезіазк5 

МУНЕКЕ ((гезїазкз.5степ5 14-Сштясіепя ПП) 

АКІ(тезіазкя. Гедпепі-пипРЕтед) АМІ(агсбіуе-0)); 

Далі (рядки 24 - 26) довжина трьох динамічних масивів задається рівною тіп 
ЕгедСоипі. Динамічні масиви було вирішено використати з метою підвищення швид- 
кодії процедури, тому що ІСПЗМО призначена для роботи, у першу чергу, у локаль- 
ній комп'ютерній мережі навчального закладу. Оскільки швидкодія ОЗУ комп'ютера 
в десятки разів більше, ніж мереж стандарту ЕТНЕВМЕТ, виграш часу досить значний. 
Призначення цих масивів наступне: 

- АЗКІРІ д5і - містить список кодів питань із мінімальною частотою повторів; 
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- АпзуУСоцлії 451 - містить кількість відповідей для кожного питання; 
- А5КПО)З(аїця - містить прапор використання питання в даному тестовому завданні. 

Наступна процедура СесАЗКІОІ л5і (рядок 27) отримує дані з бази даних і помі- 
щає їх у динамічні масиви, створені на попередньому кроці. Дана процедура повторно 
виконує 5О1,-запит, аналогічний запиту процедури РегіогтпЗеатс ВІ л5 ОТАЗКУТТОМІП 
Етед, а далі, у циклі, записує отримані дані в динамічні масиви. Слід зазначити, що 
тут же уточнюється значення кількості питань із заданою частотою повторів. Необ- 
хідність у цьому виникає внаслідок можливості паралельної роботи декількох модулів 
підготовки тестових завдань із однією й тією ж фізичною базою даних. Як результат - 
дані можуть змінюватися в рамках іншої транзакції. Наслідком зазначеної особли- 
вості програми є необхідність у додатковій перевірці кількості питань із мінімальною 
частотою повторів піпЕтедСоиті (рядок 28). Якщо кількість таких питань дорівнює 
нулю, мінімальна частота повторів збільшується на одиницю й цикл 2 повторюється 
(рядок 49). 

Наступний за рівнем вкладення цикл 3 (рядок 32) призначений для формування 
списку питань зазначеної кількості у випадковому порядку. Попередньо відбувається 
визначення кількості повторів циклу Сусіеї тії, що може бути рівним кількості 
питань, які залишилося вибрати І сауеСепегаїе або кількості питань із мінімальною 
частотою повторів піпЕтедСоипі (рядок 30). При кожній ітерації цього циклу відбу- 
вається вибірка одного питання випадковим способом. Власне, це відбувається усе- 
редині останнього циклу - на четвертому рівні вкладення (рядки 35 - 38) - шляхом 
визначення статусу питання на деякій позиції в динамічному архіві А5КП)З(ация. При 
виявленні в масиві А5КПОУ(атця питання зі статусом «використаний не був», код пи- 
тання отримується з відповідної позиції масиву А5КІ)1 151 і зберігається в змінній 
МіпЕгед АЗКІ4, а сам статус змінюється на протилежний (рядки 39 - 40). 

Процедура 5есАпямегОгаєг (рядок 41) призначена для рандомізації списку відпові- 
дей на обране питання. Створений список порядку проходження відповідей зберігається 
разом з варіантом тестового білета. Текст даної процедури наведений у лістингу 2: 


Лістинг 2. Процедура рандомізації списку відповідей 


ргоседиге ЗесАп5мегОгдег(птрАпзуУСоппіслитеєег; уаг парвієрЕАп5УОгавг Т5їгіпе8); 
уаг 
йтрогаєг : 5еї ої Бу/е; 
йтрапзууроз, 1 : іпіерег; 
Беєїп 
йтрогавг :- Д; 
шарвієрЕАп5мОгавг. Сіеаг; 
Югі:- 110 шпрАп5уСоипі до 
Беєіїп 
гереаї 
йтрап5уурозб :- гапдот(йтрАпзУСоипі)--1; 
ипіїй пої (ппрап5ууроз іп шпрогаєег); 
іаспаде(птрогадег, (трапзууровз); 
шорвієреАп5мОгавг. Аррепд(ікозвіт(птрапямроз)); 
епі; 
епі; 
Дві наступні процедури вносять зміни безпосередньо в базу даних (рядки 42 - 43): 
- МтнеОНіпедзКкРага - додає обране питання до вибраних у попередніх ітераціях 
циклів процедури; 
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-- УтиеСрапеедНтедцегі - зберігає зміни частоти повторень для обраного питання. 

Далі - збільшення кількості згенерованих питань Хом Сепегаїеа 1 цикл 3 повто- 
рюється (рядок 44). Після генерації зазначеної кількості питань відбувається перехід 
до наступного змістового модуля для тестової дисципліни (рядок 53), і цикл 2 з усіма 
вкладеннями повторюється. 


Висновки 


У даній роботі практично реалізований алгоритм автоматичного проектування 
тест-білетів. Розглянуто вимоги до інструментальних засобів 1 зроблено вибір інстру- 
ментального середовища розробки та системи керування базою даних. Показано 
тексти процедур генерації списку питань тест-білета 1 рандомізації списку відповідей 
на питання. 

Метою подальших досліджень повинна стати розробка процедури оптимізації 
тест-білета з урахуванням результатів аналізу валідності тестових питань. 
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Подсистема подготовки заданий информационной системьі 

проверки знаний в медицинском образований 

Целью данной работьт являєтся практическая реализация алгоритма автоматического проектирования 
тест-билетов. Рассмотреньт требования к инструментальньм средствам и произведен вьтбор инструментальной 
средьт разработки и системьг управления базой данньгх. Показаньт тексть: процедур генерации списка 
вопросов для тест-билета и рандомизации списка ответов на вопроськ. 


У.Р. Мані5епуик, А. У. 5етепеїх 
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